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INTRODUCTION 


PURPOSE. 

One  of  the  questions  concerning  the  application  of  area  navigation  (RNAV)  in 
the  National  Airspace  System  (NAS)  is  the  adequacy  of  the  present  system  of 
navigational  aids  (NAVAID’s)  to  support  an  efficient  RNAV  route  structure. 

In  this  context,  NAVAID  support  of  a route  structure  involves  signal  coverage 
at  specified  altitudes,  a route  width  to  accommodate  cross-course  navigational 
errors,  and  the  capability  to  utilize  the  RNAV  offset  function.  To  derive 
definitive  answers  to  these  questions  requires  that  a proposed  RNAV  structure 
be  tested  against  the  known  capabilities  of  the  present  NAVAID  system,  apply- 
ing, as  appropriate,  valid  assumptions  and/or  criteria  relative  to  navigational 
errors,  route  structure  requirements,  RNAV  avionics  capabilities  and  other 
factors.  At  this  point,  however,  such  definition  is  not  feasible,  since  RNAV 
route  structure  development  has  not  reached  the  point  where  a sufficiently 
extensive  and  optimum  structure  exists,  nor  have  the  capabilities  of  the 
present  NAVAID' s been  adequately  determined.  Accordingly,  an  approach  has 
been  taken  which  will  (a)  provide  coarse-grained  answers  for  planning  purposes, 
and  (b)  produce  a method  by  which  more  definitive  information  can  be  derived 
once  such  an  implementation  structure  has  been  developed. 

This  approach  involves  the  application  of  digitized  topographic  data  to 
determine  NAVAID  coverage  estimates  and  then  to  test  a hypothetical  RNAV  route 
structure  against  the  coverage  contours  so  derived.  The  approach  is  centered 
around  the  use  of  large-scale  data  processing  with  the  provision  for  manual 
review  and  evaluation. 

The  purpose  of  this  interim  report,  therefore,  is  to  describe  the  method 
developed  for  this  purpose  and  to  present  some  early  results  from  its  appli- 
cation on  a hypothetical  high-altitude  RNAV  route  structure  (reference  1). 

BACKGROUND. 

As  described  in  reference  1,  the  National  Aviation  Facilities  Experimental 
Center  (NAFEC)  has  been  involved  in  the  design  of  RNAV  structures  for  the 
purpose  of  route  structure  concept  development  and  system  payoff  analyses. 

In  this  work,  one  of  the  ground  rules  was  that  NAVAID  requirements  would  be 
determined  following  route  structure  development  in  order  that  problem  areas 
could  be  identified  and  appropriate  trade-offs  defined.  Therefore,  in  parallel 
with  the  route  structure  design  work,  NAFEC  was  also  engaged  in  developing  a 
system  of  computer  programs  and  other  methodology  which  could  be  used  to  derive 
these  requirements. 

Since  only  a minimal  amount  of  flight  test  data  was  available,  it  was  decided 
to  use  the  topographic  data  base  being  established  in  digital  form  at  the 
Electromagnetic  Compatibility  Analyses  Center  (ECAC)  Annapolis,  Maryland. 

For  several  years,  ECAC  has  been  receiving  digitized  topographic  data  from  the 
Defense  Mapping  Agency  (DMA),  which  is  used  by  ECAC  in  a wide  range  of  projects 
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for  the  Department  of  Defense  and  the  Federal  Aviation  Administration  (FAa). 

At  the  time  the  RNAV  route  structure  study  was  initiated,  ECAC  had  received 
topographic  data  on  most  of  the  conterminous  United  States  (U.S.).  and  it  was 
estimated  that  the  data  base  would  be  completed  during  the  time  that  the  NAFEC 
study  was  in  progress.  A contract  with  ECAC  was  established  wherein  ECAC  would 
provide  NAFEC  with  the  topographic  data  surrounding  each  NAVAID  in  a form 
amenable  for  computer-based  coverage  determination.  A system  of  computer  pro- 
grams was  developed  by  NAFEC  (a)  to  derive  NAVAID  coverage  at  any  selected 
altitude,  and  (b)  to  test  any  given  route  structure  against  the  coverage  con- 
tours to  determine  coverage  gaps,  excessive  cross-course  errors,  and  other 
problems . 

It  is  recognized  that  precise  data,  relative  to  the  coverage  provided  by  a 
navigational  facility,  can  only  be  obtained  by  flight  checking  the  facility  at 
specified  altitudes.  It  is  not  intended,  therefore,  that  the  use  of  topo- 
graphic data  to  determine  NAVAID  coverage  will  obviate  the  need  for  standard 
flight  checking  operations  associated  with  airway/route  establishment  and 
approval.  These  data  can  be  useful  in  planning  for  RNAV  implementation, 
however.  In  particular,  by  using  the  terrain  surrounding  a NAVAID  to  estimate 
coverage  at  any  selected  altitude,  problem  areas  can  be  identified  and  more 
accurate  data  can  then  be  derived  through  flight  checking.  It  should  be  noted 
at  this  point  that  planning  for  RNAV  implementation  over  the  conterminous 
U.S.  requires  BbO’-coverage  data  at  several  altitudes  for  as  many  as  1,100 
facilities.  It  is  obvious  that  acquisition  of  sufficient  flight  check  data 
for  this  purpose  would  be  prohibitive  in  cost  and  time.  It  is  with  this  in 
mind  that  NAFEC  developed  a method  to  utilize  topographic  data  to  derive 
coarse-grained  answers  to  the  NAVAID  coverage  question. 

In  this  report,  a general  description  of  the  method  of  approach  is  given 
together  with  a description  of  the  data  base  that  has  been  established  at 
NAFEC.  In  addition,  the  report  contains  a brief  discussion  on  the  results 
derived  when  the  RNAV  route  structure  presented  in  reference  1 was  tested 
against  the  NAVAID  coverage  contours.  More  detailed  description  of  the  com- 
puter software,  data  validation  procedures,  and  other  information  are  available 
from  the  project  files  at  NAFEC. 


DATA  BASE  PREPARATION  AND  DESCRIPTION 


OVERVIEW. 

In  general,  the  preparation  of  topographic  data  to  determine  NAVAID  coverage 
involved  several  stages  of  manual  and  computer-based  processing  functions. 
The  functions  were  performed  at  DMA,  ECAC,  and  NAFEC  and  are  summarized  as 
follows : 
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1. 


DMA. 


a.  Converts  topographic  contour  data  to  digital  form  on  a rectangular 

grid. 

b.  Processes  digitized  contour  data  to  produce  a matrix  of  topographic 
data  points  spaced  at  3-second  intervals.  Data  at  grid  Intersections  are 
derived  by  interpolation  between  consecutive  contour  values. 

c.  Selects  data  points  at  30-second  intervals  for  input  to  the  ECAC 
data  base.  This  processing  is  accomplished  over  an  area  of  1“  latitude  by 
1°  longitude. 

2 . ECAC . 


a.  Merges  data  blocks  from  DMA  to  form  a topographic  data  base 
(i.e.,  a topographic  mosaic). 

b.  Performs  manual  and  computer-based  data  validation  to  detect  gross 
errors  such  as  problems  at  the  seams  between  adjacent  blocks,  etc. 

c.  Computes  angles  formed  at  the  NAVAID  antenna  between  the  horizontal 
and  terrain  elevation  at  each  1/2-mile  Interval  out  to  the  radio  line-of-sight 
(LOS) . Elevation  angles  are  computed  for  each  1°  radial  of  the  NAVAID  for 
coverage  processing  by  NAFEC. 

3.  NAFEC. 

a.  Converts  ECAC  data  for  machine  compatibility. 

b.  Performs  manual  and  computer-based  data  validation  to  detect  errors 
in  site  location  and  site  elevation  and  to  uncover  other  problems  in  the  data 
that  are  observable. 

c.  Computes  coverage  contours  at  selected  altitudes  for  each  NAVAID 
for  which  terrain  data  has  been  provided  by  ECAC. 

d.  Plots  contours  and  compares  these  data  with  flight-check  data  where 
available . 


e.  Matches  NAVAID  coverage  contours  against  RNAV  route  structures  to 
determine  coverage  gaps,  excessive  cross-course  errors,  and  other  problems. 

DETAILS  OF  THE  APPROACH. 

As  can  be  seen  from  the  above  summary,  the  process  starts  at  DMA  where  a 
contour  digitizing  technique  has  been  developed.  The  technique  involves 
recording  the  points  where  a specific  contour  line  crosses  the  orthogonal 
lines  of  a rectangular  grid  (figure  1).  After  all  contours  for  a particular 
area  have  been  recorded,  the  data  for  the  grid  intersection  points  are 
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(A)  POINTS  MARKED  "X"  ARE  RECORDED  BY  CONTOUR  FOLLOWER 

(B)  POINTS  MARKED  ARE  COMPUTED  BY  INTERPOLATION 
BETWEEN  CONTOUR  LINES. 


FIGURE  1.  SCHEMATIC  OF  CONTOUR  DIGITIZING 


A 


computed  through  interpolation  between  the  closest  contour  values.  The  data 
are  then  organized  into  l“xl°  blocks.  For  this  project  the  contour  lines  were 
derived  from  a topographic  map  with  a scale  of  1:250,000  (approximately  4 stat- 
ute miles  per  inch),  because  of  the  available  computer  storage,  ECAC  requested 
that  DMA  select  every  tenth  data  point,  which  produces  a 30-second  (approxi- 
mately 1/2  mile)  spacing  of  the  terrain  data.  In  addition  to  the  reduced 
storage  requirements,  it  was  felt  that  the  accuracy  of  30-second  spacing  was 
consistent  with  the  precision  inherent  in  the  use  of  the  1:250,000  scale  map. 
Such  granularity  tends  to  reduce  terrain  heights  (due  to  interpolation)  and 
frequently  terrain  peaks  are  missed.  Therefore,  as  will  be  shown  later  in  the 
report,  finer  grain  granularity  is  needed  for  NAVAID  coverage  determination. 

A good  deal  of  manual  effort  is  involved  in  the  DMA  process;  therefore, 
validation  is  required  to  detect  human  errors.  Some  of  these  errors  cause 
gross  aberrations  in  the  data,  which  can  be  detected  through  the  use  of  com- 
puter processing  and  manual  analysis.  ECAC  developed  a system  of  computer 
software  which  provides  a cathode  ray  tube  (CRT)  display,  CALCOMP  plots,  tabu- 
lar data,  and  other  information  which  facilitate  visual  observation  of  the 
digitized  terrain  data.  Although  blunders,  such  as  data  entry  errors,  can 
normally  be  detected  in  this  manner,  other  more  subtle  errors  may  not  be  dis- 
covered. It  is  for  this  reason  that  NAFEC  also  established  a method  for 
data  validation,  discussed  later  in  the  report.  In  any  event,  after  valida- 
tion, ECAC  merges  the  data  blocks  received  from  DMA  to  form  a mosaic  of  the 
terrain  data.  This  is  referred  to  as  the  ECAC  Topographic  Data  File  (T-File). 

At  present,  the  T-File  covers  the  conterminous  U.S.,  Hawaii,  and  part  of 
Alaska. 

In  addition  to  the  T-File,  ECAC  has  developed  an  equipment-oriented  file  gen- 
erated from  data  furnished  by  various  government  sources.  Including  FAA.  This 
file  is  referred  to  as  the  Environment  Data  Base  (E-File).  The  E-File  data 
furnished  to  NAFEC  contain  the  following  Information  for  each  NAVAID  as 
appropriate : 

1.  Organization  Unit  Designation, 

2.  City, 

3.  State, 

4.  Latitude/Longitude, 

5.  Radar/Communication  Indicator, 

6.  Equipment  Nomenclature, 

7.  Equipment  Function  Code, 

8.  Frequency  in  Megahertz  (MHz), 

9.  Horizontal  Motion  Rate — revolutions  per  minute  (r/min)  or  scans  per  minute, 

10.  Site  Elevation  Above  Sea  Level — feet, 

11.  Height  of  Antenna  Above  Site — feet, 

12.  Pulse  width — microseconds  (ps) , 

13.  Record  identity  (ID), 

14.  Linkage  ID, 

15.  Trigger  Rate — pulses  per  second, 

16.  Pulses  per  Trigger,  and 

17.  Equipment  Quantity. 
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For  NAFEC,  ECAC  developed  terrain  profiles  around  selected  NAVAlD's  (VOR's 
VORTAC's,  TACAN's)  and  radar  facilities.  These  terrain  profiles  are  described 
in  terms  of  takeoff  angles  (y)  formed  at  the  antenna  between  the  horizontal 
and  the  terrain  elevations  (figure  2).  Angles  are  computed  at  1/2-mile 
intervals  out  to  a maximum  distance  of  100  miles.  The  line-of-sight  (LOS) 
point  is  determined  by  finding  the  largest  angle  along  the  terrain  profile, 
and  all  data  past  the  LOS  point  are  discarded.  Terrain  profiles  are  generated 
for  each  1°  radial  around  the  facility. 

The  takeoff  angles  along  the  terrain  profile  are  computed  from  the  following 
equation: 

Y = Arctan 

where : 

terrain  elevation 
site  elevation 

antenna  height  above  the  site 
distance  to  terrain  elevation 

correction  for  refractivity  and  earth  curvature,  and 
d2 


where : 

a = earth  radius 

k = 4/3  (effective  earth  radius  factor) 

Originally,  ECAC  used  the  site  elevation  contained  in  their  E-File  data; 
however,  it  was  later  found  that  fewer  problems  would  arise  if  site  elevation 
was  derived  from  the  data,  itself.  Also,  to  determine  terrain  elevation,  ECAC 
originally  employed  a 4-point  interpolation  method.  This  was  later  replaced 
by  a method  which  selects  the  highest  of  the  four  topographic  grid  points 
nearest  the  terrain  point  of  interest  (figure  3).  These  changes  were  made 
after  the  validation  at  NAFEC  revealed  that  in  several  cases  there  was  a 
severe  mismatch  with  the  coverage  contours  derived  from  flight  checks.  Since 
agreement  was  very  good  in  most  cases,  it  was  felt  by  NAFEC  that  the  cause  for 
many  of  the  mismatches  was  the  interpolation  method  employed.  A subsequent 
analysis  by  ECAC  confirmed  this,  and  therefore  the  "highest  point"  method  was 
incorporated  into  the  software. 

NAFEC  receives  the  data  from  ECAC  in  two  forms.  The  terrain  elevation  angles 
are  on  magnetic  tape,  and  the  E-Flle  data  are  on  a computer  printout.  After 
keypunching  the  E-Flle  data,  the  processing  at  NAFEC  proceeds  generally  in 
the  manner  as  shown  in  figure  4 and  described  below. 
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LOS  POINT 


FIGURE  2 


TERRAIN  PROFILES 


A B 


TOPOGRAPHIC  DATA  GRID 


S - SITE  LOCATION 
P - PROFILE  POINT 

(A)  SITE  ELEVATION  (S)  IS  DERIVED  BY  TAKING  THE 
HIGHEST  OF  THE  POINTS  A,B,C,D. 

(B)  TERRAIN  ELEVATION  (P)  IS  DERIVED  BY  TAKING  THE 
HIGHEST  OF  THE  POINTS  E,F,G,H.  (THIS  REPLACES 
THE  ORIGINAL,  4- POINT  INTERPOLATION  METHOD.) 


FIGURE  3.  SCHEMATIC  OF  TERRAIN  ELEVATION  COMPUTATION 
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ECAC 

TERRAIN 

DATA 


FIGURE  4.  TERRAIN  DATA  PROCESSING  AT  NAFEC 


DATA  CONVERSION.  The  terrain  elevation  data  (takeoff  angles)  are  on  seven-track 
magnetic  tapes  In  a mixed  format  consisting  of  field  data  characters  and  binary 
integers.  For  further  processing  at  NAFEC,  these  data  are  converted  to  EBCDIC, 
hexadecimal  form  and  recorded  on  nine-track  tape. 

PRIMARY  DATA  BASE.  After  conversion,  the  takeoff  angle  data  are  added  to  the 
previously  received  data  in  the  file  referred  to  as  the  Primary  Data  Base  (PDB). 
All  data  received  from  ECAC  are  in  the  PDB,  even  though  data  around  the  same 
facility  may  have  been  submitted  more  than  once,  due  to  problems  in  the  earlier 
data.  Wliere  there  are  multiple  entries  of  data  for  the  same  facility,  an  Indi- 
cator in  the  data  is  used  to  select  the  desired  entry. 

From  the  PDB  several  types  of  computer  listings  are  available. 

PDB  Report.  This  listing  provides  an  inventory  of  the  facilities  for 
which  data  have  been  received  from  ECAC.  For  each  facility,  a side-by-side 
comparison  is  provided  between  ECAC  E-File  data  and  data  from  the  FAA's 
NAVAID's  master  tape  which  are  common  with  the  E-File  data.  These  data  are 
organized  by  state  and  presented  in  the  form  shown  in  figure  5. 

In  addition  to  the  detailed  data  for  each  facility,  the  PDB  report  provides 
the  following: 

a.  Facilities  in  E-Flle  that  are  not  on  the  NAVAID's  master  tape. 

b.  Facilities  on  the  NAVAID's  master  tape  for  which  NAFEC  has  not 
received  terrain  data.  These  lists  are  separated  according  to  type  of  NAVAID 
(i.e.,  VORTAC,  VOR,  TACAN) , 

c.  A summary  showing  the  number  of  each  type  of  facility  for  which  data 
have  been  received  versus  a count  of  that  type  facility  contained  in  the 
NAVAID's  master  file  (figure  6). 

PDB  Listings.  In  addition  to  the  PDB  report,  three  types  of  listings 
are  available  from  the  PDB  as  follows: 

Takeoff  Angle  Data.  This  listing  (figure  7)  depicts  the  terrain 
data  received  from  ECAC  for  the  selected  facility.  These  data  are  used  in  the 
NAVAID  coverage  program  to  derive  the  coverage  contours  for  that  facility  at 
the  selected  altitudes. 

Terrain  Elevation.  This  listing  (figure  8)  depicts  terrain  elevation 
data  that  are  derived  by  applying  angle  data  received  from  ECAC  to  the  takeoff 
angle  equation.  These  data  are  used  for  validation  purposes,  discussed  later 
in  the  report. 

Terrain  Peaks.  This  listing  (figure  9)  depicts  only  the  highest 
points  along  each  radial;  i.e.,  the  program  selects  out  all  elevations  that 
are  lower  than  any  previous  elevation.  These  data  are  also  used  for 
validation  purposes. 
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FIGURE  5.  SAMPLE  OF  PDB  REPORT 
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FIGURE  7.  SAMPLE  OF  PDB  ANGLE  DATA 
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FIGURE  8.  SAMPLE  OF  ELEVATION  DATA  FROM  PDB 
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FIGURE  9.  SAMPLE  OF  PEAK  DATA  FROM  PDB 


SECONDARY  DATA  BASE.  The  Secondary  Data  Base  (SDB)  contains  coverage  contour 
data  for  each  facility  at  each  selected  altitude  (e.g.,  18,000  feet,  22,000  feet, 
etc.)-  The  geometry  for  computing  coverage  is  shown  in  figure  10  where  the 
following  equation  applies: 


d 


kaO  = ka 


k/2 


Y 


- ARCSIN  /ka  -f  hi  \ ^ 
\ka  + h / 


COS  Y 


where : 

d = coverage  distance 
a = earth's  radius 

6 = angle  (radians)  at  earth's  center 

k = effective  earth  radius  factor  (k  was  set  to  .9  in  this  study) 

Y = LOS  angle  (from  ECAC  data) 

hj^  = height  of  antenna  above  sea  level  (i.e.,  site  elevation  plus 
antenna  height) 

h = altitude  for  which  coverage  is  being  computed. 

Figure  11  depicts  coverage  distance  (d)  as  a function  of  LOS  angle  (y)  and 
aircraft  altitude  (h)  using  the  above  formula.  For  the  purpose  of  this 
illustration,  site  elevation  was  set  at  zero. 

From  the  SDB,  the  foll.^wing  types  of  computer  output  are  available: 

SDB  Report.  Basically,  this  listing  provides  the  same  Information  as 
that  in  the  PDB  report  and  is  used  as  a cross-check  between  the  two  data 
bases . 

Facility  Coverage  Listing.  This  listing  (figure  12)  depicts  the  computer 
coverage  for  each  facility  at  the  selected  altitudes. 

LALCOMP  Plots.  CALCOMP  plots  of  the  coverage  contours  can  be  generated 
from  the  SDB  under  various  combinations  of  the  following  selection  options: 

a.  By  facility  type  (i.e.,  VOR,  VORTAC,  TACAN,  and  radar); 

b.  By  NAVAID  class  (i.e.,  high,  low,  and  terminal); 

c.  By  NAVAID  identification  (three-letter  FAA  identifier). 

In  addition  to  the  above  selection  options,  the  following  plotting  options 
are  also  available: 

a.  Scale, 

b.  Color, 

c.  Enlargement  of  a specified  area, 

d.  Latitude/longitude  grid  lines,  and 

e.  U.S.  outline. 

An  example  of  this  contour  plotting  is  given  in  figure  13. 
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TERRAIN 


CENTER  OF 

EARTH 


WHERE 


hi  = ANTENNA  HEIGHT 
h = ALTITUDE  OF  TARGET 
ka  = EFFECTIVE  EARTH  RADIUS 
d = DISTANCE  ALONG  EARTH'S  SURFACE 
7 = LINE-OF -SIGHT  ANGLE  TO  TARGET 

76-49-10 


FIGURE  10.  NAVAID's  COVERAGE  GEOMETRY 
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SCREENING  ANGLE  (LOS) 
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FIGURE  11.  COVERAGE  DISTANCE  VERSUS  LOS  ANGLE 
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FIGURE  12.  SAMPLE  OF  SDB  COVERAGE  DATA 
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FIGURE  13.  SAMPLE  OF  COVERAGE  CONTOUR  PLOT 


DATA  BASE  VALIDATION 


From  the  previous  discussion,  it  can  be  seen  that  the  es tabl isliment  of  a 
reliable  data  base  ior  use  in  NAVAID  coverage  determination  requires  careful 
validation  at  various  steps  in  the  process.  An  overview  of  the  validation 
conducted  at  NAKEC  is  shown  in  figure  14.  From  this  block  diagram,  it  cart  be 
seen  that  the  validation  process  is  involved  in  three  principal  areas;  namely, 
(1)  environmental  data  (i.e.,  location,  site  elevation,  etc.),  (2)  completeness, 
and  (3)  coverage  contours.  It  should  also  be  noted  that  the  analysis  and  final 
resolution  of  problem  areas  are  performed  manually.  This  results  from  the 
fact  that,  in  numy  cases,  there  are  several  sources  for  the  data  and,  historic- 
ally, errors  have  been  found  in  data  from  each  of  these  sources.  Therefore, 
only  by  cross-checking  the  data  from  the  various  sources  is  one  assured  of 
selecting  the  correct  value  or  other  item  of  data. 

ENVIRONMENTAL  (E-FILK)  DATA. 

The  contents  of  this  file  were  listed  previously;  however,  of  primary  impor- 
tance tor  NAVAID  coverage  purposes  are  location,  site  elevation,  and  facility 
class.  Since  these  data  are  also  on  the  NAVAlD's  master  tape  (NAM),  a program 
(NAVCHK)  was  developed  to  facilitate  this  validation.  Wien  the  program  detects 
differences  in  location  and  site  elevation  that  are  greater  than  specified 
values  (parameters),  the  data  are  flagged  for  manual  analysis.  Figure  15  is 
an  example  of  the  NAVCHK  output.  When  the  word  "AGREES"  does  not  appear, 
there  will  be  a flag  adjacent  to  the  site  elevation  or  adjacent  to  the  location, 
or  both.  An  asterisk  adjacent  to  either  latitude  or  longitude  indicates  a 
3-second  difference;  a single  asterisk  adjacent  to  site  elevation  indicates  a 
350-foot  difference;  and  a double  asterisk  by  site  elevation  indicates  a 
100-foot  difference.  More  than  one  line  of  data  for  the  same  facility  results 
from  the  fact  that  ECAC  resubmitted  terrain  data  for  that  facility.  The 
symbol  ">"  flags  multiple  entries,  and  the  tape  numbers  identify  the  ECAC  tape 
from  which  the  data  were  derived  (1  through  7,  9,  and  A through  D) . Note  the 
TACAN  facility,  DLF,  where  the  latitude  differs  by  5 seconds  and  the  longitude 
by  9 seconds,  and  the  station,  DNY  (tape  4),  where  the  latitude  differs  by 
38  seconds.  These  differences  were  resolved  by  examining  aeronautical  maps, 
various  flight  publications,  and  other  sources  where  agreement  in  the  location 
could  be  found. 

In  addition  to  location,  site  elevation  is  highly  critical  in  the  use  of  topo- 
graphic data  to  derive  NAVAID  coverage.  In  figure  15,  note  the  DLS  VORTAC. 

On  tape  3,  the  ECAC  and  NAM  site  elevations  were  the  same.  However,  on  the 
later  tape  (7),  there  is  a difference  of  386  feet.  For  the  earlier  data,  ECAC 
used  the  published  site  elevation;  but  for  tape  7,  the  site  location  was  derived 
from  the  terrain  data  Itself.  This  resulted  from  ECAC's  analysis  that  NAVAID 
coverage  would  be  more  accurate  if  the  data  used  in  the  LOS  formula  were  derived 
from  the  same  source.  In  other  words,  if  errors  in  the  data  were  relative, 
they  would  tend  to  cancel  out.  These  findings  were  not  confirmed  through 
application  in  deriving  facility  coverage  data,  and  therefore  NAFEC  elected 
to  do  so  through  use  of  flight  check  data.  These  analyses  will  be  discussed 
later  in  the  report.  In  any  event,  the  NAVCHK  output  provided  a quick  method 
of  identifying  questionable  site  elevations  in  the  ECAC  file.  Where  these 
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.’AVAID 


FIGURE  14.  DATA  BASE  VALIDATION  PROCESS 


FIGURE  15.  NAVCHK  SAMPLE  PAGE 


occurred,  an  examination  of  charts  and  maps  was  made  in  an  attempt  to  determine 
the  correct  value.  These  findings  were  then  forwarded  to  ECAC,  and,  in  several 
cases,  the  facility  data  were  reprocessed  for  NAFEC  use. 

The  NAVCHK  listing  also  displays  the  facility  type  and  class  contained  in 
E-File  adjacent  to  these  data  found  on  the  NAM  tape.  (The  existing  program 
does  not  flag  differences  in  these  data;  but  this  feature  can  be  added  easily.) 
Through  manual  review,  several  discrepancies  were  found  and  corrected.  For 
example,  note  the  DLS  VORTAC  where  ECAC  data  shows  this  facility  to  be  an  "L"- 
VORTAC  (low-altitude)  where,  in  fact,  the  facility  is  an  H-VORTAC  (high  altitude) 
as  shown  in  NAM  data. 

MISSING  DATA. 

As  discussed  earlier,  the  PDB  and  SDB  provide  an  inventory  of  facilities  for 
which  data  have  been  received  from  ECAC.  Facilities  on  the  NAM  which  are 
missing  from  the  ECAC  data  are  identified,  and,  if  these  facilities  are  still 
operational,  the  terrain  data  are  requested  from  ECAC.  Figure  6 depicts  the 
current  status  of  the  NAFEC  data  base. 

NAVAID  COVERAGE  VALIDATION. 

Obviously,  validation  of  the  coverage  derived  from  the  terrain  data  is  the 
most  important  part  of  the  validation  process.  It  is  also  the  most  difficult, 
since,  in  tha  final  analysis,  only  a flight  check  of  the  facility  can  verify 
signal  coverage  at  a given  position  and  altitude.  Furthermore,  errors  in 
coverage  data  can  be  the  result  of  several  factors,  such  as  location,  site 
elevation,  map  contour  data,  and  human  error.  For  these  reasons  it  was 
decided  to  obtain  all  available  flight  check  data  from  the  Flight  Inspection 
Branch,  Aeronautical  Center,  Oklahoma  City,  Oklahoma.  These  data,  referred 
to  as  random  coverage  (RACO)  plots,  were  received  for  118  facilities  for 
flight  checks  at  18,000  feet  and  at  14,500  feet.  Figure  16  is  an  example  of 
the  RACO  plots.  In  order  to  use  the  RACO  data  effectively,  the  contours  were 
encoded  and  processed  in  a manner  compatible  with  the  coverage  data  derived 
from  terrain.  Overlays  were  then  made  using  the  CALCOMP  plotter  (figure  17) 
to  Identify  questionable  coverage  contours. 

When  a contour  appeared  questionable,  all  possible  sources  of  error  were 
examined.  In  particular,  the  angular  data  received  from  ECAC  were  a prime 
suspect.  To  examine  these  data,  it  was  necessary  to  convert  angular  data  tq 
terrain  height  as  shown  in  figures  8 and  9.  Also,  a plastic  overlay  (figure  18) 
was  constructed  such  that  on  a sectional  chart,  terrain  heights  along  the 
radlals  of  a NAVAID  could  be  compared  with  the  PDB  listing.  Numerous  cases 
were  examined,  and  it  was  observed  that,  in  general,  the  ECAC  terrain  data  were 
lower  than  the  map  data.  These  findings  were  reported  to  ECAC,  and  it  was 
concluded  that  such  "flattening"  of  the  terrain  resulted  from  the  interpola- 
tion method  used  in  their  data  processsing.  After  further  analysis,  ECAC 
concluded  that  use  of  the  highest  point  within  the  1/2-mlle  grid  would  produce 
an  improvement  in  these  data.  The  ECAC /"programs  were  revised,  and  facilities 
with  questionable  coverage  were  reprocessed  for  NAFEC  use.  At  this  point,  it 
should  be  pointed  out  that  further  Improvement  can  be  achieved  by  reducing  the 
grid  size  of  the  terrain  data  that  ECAC  processes.  Although  the  minimum  grid 
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FIGURE  17.  RACO  AND  TERRAIN-DERIVED  COVERAGE  PLOT 
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required  lias  not,  as  yet,  been  determined,  DMA  produces  data  to  within 
3 seconds;  therefore,  considerable  reduction  is  available  without  affecting 
DMA  processing. 

Overall,  the  agreement  between  the  RACO  data  and  coverage  derived  from  terrain 
was  sufficiently  close  to  warrant  application  of  the  latter  for  RNAV  route 
structure  planning.  The  validation  process  could  be  improved,  however,  by 
cooperative  flight  checking  of  specific  facilities  at  designated  altitudes. 
This  is  particularly  needed  for  the  low-altitude  airspace,  where  RACO  data 
below  14,500  feet  are  not  available. 


RNAV  ROUTE  STRUCTURE  COVERAGE 


GENERAL. 

As  discussed  previously,  the  SDB  contains  radio  1 ine-of-slght  coverage  contours 
of  all  facilities  for  which  terrain  data  have  been  received.  It  should  be  noted 
that,  at  present,  other  restrictions  to  coverage,  such  as  man-made  objects, 
propagation  anomalies,  etc.,  are  not  included  in  these  data.  However,  such 
information  could  be  added  with  a modest  amount  of  effort,  and,  for  RNAV 
implementation  purposes,  this  addition  should  be  made.  Also,  in  the  SDB,  the 
coverage  data  are  not  truncated  at  any  arbitrary  value,  nor  are  these  data 
dependent  upon  facility  class  or  type.  In  other  words,  the  coverage  contours 
are  strictly  a function  of  those  variables  shown  in  figure  10.  This  permits 
flexibility  in  imposing  the  desired  criteria  and  other  parameters  for  each 
particular  application. 

In  this  study,  application  of  the  SDB  coverage  contour  data  was  made  to  the 
hypothetical,  high-altitude  RNAV  route  structure  described  in  reference  1. 
Therefore,  only  the  coverage  of  H-VORTACS  at  18,000  feet  was  applied  to  the 
route  structure.  Also,  the  contour  data  were  truncated  at  130  nml , since  this 
distance  is  consistent  with  the  maximum  usable  range  at  18,000  feet  of  a 
VORTAC  sited  at  sea  level.  (Note:  At  selected  facilities,  the  RACO  flight  test 
data  have  been  merged  into  the  SDB  to  replace  questionable  terrain  data  coverage 
or  to  provide  coverage  for  facilities  for  which  terrain  data  were  not  received.) 

■METHODOLOGY . 

The  RNAV  structure  is  composed  of  a set  of  discrete,  great  circle  segments 
between  waypoints.  Since  a segment  may  be  part  of  several  routes,  the  coverage 
for  the  set  of  discrete  segments  is  determined  first.  The  coverage  tor  t-ach 
route  is  then  determined  by  linking  together  the  coverage  ot  those  segments 
making  up  the  particular  route. 

SEGMENT  COVERAGE.  To  derive  coverage  for  a segment,  a set  ot  VORTAC 's  is 
selected  which  are  candidates  to  provide  NAVAID  coverage  for  Itiat  segment. 

This  set  of  candidate  facilities  fall  in  a rectangular  box  around  thi’  segnu  nt  , 
as  shown  in  figure  19,  where: 
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FIGURE  19.  SELECTION  BOX  FOR  CANDIDATE  FACILITIES  COVERING  A SEGMENT 


AB  = segment 


0 = offset  distance  (parameter) 

W = route  width  (parameter) 

= 0 + W (segment  extension  for  coverage  at  turns) 

^^MAX  “ maximum  coverage  (parameter) 

~ ^ *^MAX  “ cross-course  dimension  of  selection  box 

YY^  = AB  + 2 Dmax  ~ along-course  dimension  of  selection  box 

The  coverage  processing  starts  at  A^  (east  end)  and  proceeds  westward  to  B^ 
at  1-mlle  intervals.  At  each  point,  a subset  of  candidate  facilities  is 
selected  which  are  within  distance  from  that  point  (figure  20).  The 

coverage  contour  data  for  the  candidate  facilities  about  the  point  are  applied 
to  that  point  and  to  the  corresponding  north  and  south  offset  points.  If 
there  are  no  VORTAC's  within  distance  from  the  point  on  the  segment,  then 

both  offsets  are  considered  as  not  being  covered,  even  though  there  may  be  a 
VORTAC  with  distance  from  one  or  both  offsets.  However,  due  to  the 

irregularity  of  the  coverage  contours,  it  is  possible  for  both  offsets  to  be 
covered  by  a candidate  facility,  even  though  the  point  on  the  segment  is  not 
covered.  This  rare  situation  is  only  useful  for  route  structure  planning 
purposes,  since  coverage  of  the  parent  (charted)  route  is  of  primary  concern. 

In  addition  to  determining  signal  coverage,  the  program  also  derives  route 
width  data  for  tha  points  on  the  segment  and  for  the  corresponding  offset 
points.  For  this  purpose,  route  width  is  defined  as  the  2-sigma  cross-course 
navigational  error  as  described  in  references  2 and  3.  An  error  matrix 
(figure  21)  is  input  to  the  program  as  parameter  data.  The  program  computes 
the  tangential  and  along-track  distances  with  respect  to  the  VORTAC  (figure  20) 
and  selects  the  appropriate  error  value  from  the  cross-course  error  matrix. 

If  the  point  on  the  segment  and  both  corresponding  offsets  are  covered  by  at 
least  one  VORTAC  and  all  cross-course  errors  are  equal  to  or  less  than  VI 
(parameter),  then  no  problem  is  considered  to  exist  at  that  point.  Conversely, 
if  this  condition  is  not  satisfied,  a problem  is  flagged  and  categorized.  If 
there  is  coverage  by  more  than  one  facility,  but  none  without  a problem,  a 
"best"  facility  is  selected,  and  the  problem  is  recorded  along  with  the 
identification  of  that  facility.  In  selecting  the  "best"  facility,  coverage 
on  the  segment  is  examined  first.  If  there  is  satisfactory  coverage  on  the 
segment  by  only  one  facility,  then  that  facility  is  selected  and  the  problem 
for  one  or  both  offsets  is  recorded.  If  satisfactory  coverage  on  the  segment 
is  provided  by  more  than  one  facility,  then  the  cross-course  errors  for  the 
north  and  south  offsets  are  added  together  for  each  of  these  facilities,  and 
the  minimum  value  determines  the  facility  to  be  selected.  (For  this  process, 
cross-course  error  for  an  offset  is  set  at  99.9  miles  when  that  offset  is  not 
covered.)  If  no  facility  provides  satisfactory  coverage  on  the  segment,  then 
the  offset  errors  are  added  for  all  facilities  that  provide  any  coverage 
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FIGURE  20.  AREA  CONTAINING  CANDIDATE  FACILITIES  FOR  COVERAGE 
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FIGLTIE  21.  AC  90-45A  CROSS-COURSF  t-RROK  TABU 


(either  on  the  segment,  or  on  either  offset,  or  any  combination),  and  the 
minimum  value  again  determines  the  "best"  facility.  In  this  context,  "best" 
refers  only  to  the  program  logic  used  for  recording  coverage  problem  data,  and 
therefore,  no  operational  or  other  considerations  are  implied.  For  this 
logic,  highest  priority  is  given  to  coverage  on  the  parent  route,  and  it  is 
also  assumed  that  coverage  on  the  offset  nearest  the  VORTAC  will  be  equal  to 
or  better  than  that  on  tiie  parent  route.  Therefore,  an  attempt  is  made  to 
select  a facility  with  satisfactory  cross-course  error  on  the  parent  route, 
even  though  one  offset  may  not  be  covered.  Obviously,  if  tiiere  is  more  than 
one  facility  that  provides  satisfactory  coverage  on  tlie  parent  route,  then  the 
best  offset  coverage  determines  the  best  facility  for  recording  purposes. 

Figure  22  depicts  a representative  sample  of  segment  coverage  data.  For  this 
coverage,  route  width  criteria  (W)  was  set  at  4.0  nmi,  and  offset  (0)  was  set 
at  8.0  nmi.  Coverage  was  derived  for  18,000  feet  and  only  the  coverage  con- 
tours of  H-VORTAC's  were  applied. 

As  shown  at  the  top  of  the  page,  coverage  data  are  for  segment  number  117B 
which  is  162.7  nmi  long  and  which  forms  part  of  the  routes  from  Boston  to 
Miami  (BOSMIARI)  and  from  Boston  to  Fort  Lauderdale  (BOSFLLRl) . These  routes 
are  part  of  the  high-altitude  RNAV  structure  described  in  reference  1.  The 
candidate  VORTAC 's  are  shown  along  the  top  of  the  page,  with  their  location 
with  respect  to  the  segment  in  brackets  below  the  VORTAC  Identification.  The 
top  number  in  brackets  is  the  along-course  distance  of  the  VORTAC  from  the 
eastern-most  end  of  the  segment  (i.e.,  tiie  end  with  the  smaller  longitude), 
if  this  distance  is  preceded  by  a minus  sign  (-) , the  VORTAC  is  located  east 
of  the  segment’s  east  end.  The  bottom  number  in  brackets  is  the  cross-course 
distance  from  the  VORTAC  to  the  segment  (i,e,,  the  distance  from  the  VORTAC 
to  the  tangent  point).  If  this  number  is  preceded  by  a minus  sign,  the  VORTAC 
is  on  the  south  side  of  the  segment. 

The  column  headings  "N,"  "R,"  and  "S"  identify  coverage  data  for  the  north 
offset,  parent  route,  and  south  offset,  respectively.  The  columns  of  numbers 
down  the  left  and  right-hand  sides  of  the  page  depict  mileage  points  from  the 
east  end  of  the  segment  for  which  the  adjacent  coverage  data  apply.  Note  that 
although  coverage  is  derived  at  1-mile  intervals,  the  listing  only  shows  data 
where  there  is  a change  in  the  coverage  data.  Coverage  computation  starts  at 
(0  + W)  distance  preceding  the  segment  end  point,  and  mileage  data  on  the  east 
end  segment  extension  are  identified  with  a minus  sign  (in  this  case,  "-12," 
since  0 equals  8 and  W equals  4) . The  columnar  coverage  data  are  to  the  near- 
est 1/10  mile,  with  the  decimal  point  implied  (i.e.,  "48"  means  4.8  nmi).  The 
data  on  the  far  right  adjacent  to  the  mileage  column  indicate  a problem  at  that 
mileage  point.  The  problem  is  categorized  for  the  parent  route  and  for  the 
north  and  south  offsets  as  appropriate,  where  "0"  means  no  coverage  and  "1" 
means  cross-course  error  exceeds  route  width  criterion.  The  three-letter 
identification  shows  the  VORTAC  for  which  the  problem  data  were  recorded  and 
which  was  selected  as  the  "best"  facility  at  that  point.  Note  that  when 
there  is  more  than  one  facility  that  provides  satisfactory  coverage  on  the 
segment  and  on  both  offsets,  no  attempt  is  made  to  select  the  "best"  facility 
for  coverage. 
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FIGURE  Z2.  SEGMENT  COVERAGE  DATA 


To  understand  the  coverage  data  shown  In  figure  22,  consider  the  following 
track  along  the  segment: 

a.  Starting  at  mileage  point  -12  (i.e.,  east  end  of  segment  extension) 
there  is  no  coverage  (problem  = 000)  up  to  mile  32  on  the  segment, 

b.  At  mile  32,  coverage  is  provided  by  OMN  for  the  segment  (column  R) 
and  for  the  north  offset  (column  N).  However,  the  cross-course  errors  are 
5.0  and  4.8  miles,  respectively,  which  exceed  the  parameter  W (4.0  nmi) . 
Therefore,  the  problem  at  mile  32  is  "110  OMN,"  which  means  that  OMN  is  the 
best  facility  (in  this  case  the  only  facility)  at  mile  32,  but  there  is  no 
coverage  on  the  south  offset  and  the  cross-course  errors  on  the  segment  and 
on  the  north  offset  exceed  the  route  width  criterion. 

c.  At  mile  51,  VRB  replaces  OMN  as  the  "best"  facility.  Cross-course 
error  exceeds  the  route  width  criterion  for  both  facilities  at  this  point. 
However,  the  south  offset  is  not  covered  by  OMN;  therefore,  the  sum  of 

4,3  plus  99.9,  as  compared  with  6.8  plus  6.9,  results  in  the  selection  of  VRB 

d.  At  mile  84,  the  asterisk  (*)  indicates  that  the  cross-course  error 
on  the  segment  (4.8)  is  equal  for  both  OMN  and  ORL.  Note  that  VRB  is  still 
selected  as  the  "best"  facility. 

e.  After  mile  111,  there  are  no  further  problems  recorded,  since 
satisfactory  coverage  on  the  segment  and  on  both  offsets  is  provided  by  at 
least  one  facility. 

f.  At  mile  154,  both  VRB  and  FBI  provide  satisfactory  coverage,  and  at 
mile  171,  the  cross-course  error  for  the  two  facilities  is  equal  on  the 
parent  route  segment. 

g.  Although  the  segment  is  162.7  miles  long,  coverage  data  are 
derived  up  to  mile  176,  which  encompasses  the  extension  of  the  segment  on  the 
wes  t end . 

COVERAGE  SUMMARIES.  When  the  coverage  processing  of  a segment  is  complete, 
the  problem  data  are  stored  on  magnetic  tape  as  shown  in  figure  23.  These 
data  are  then  processed  to  produce  summaries  of  coverage  problems  according 
to  segments,  routes,  and  overall  network.  For  an  explanation  of  these 
summaries,  the  following  eight  routes  were  selected  from  the  high-altitude 
RNAV  route  structure  described  in  reference  1: 

Boston  to  Miami  (BOSMIARI) 

Denver  to  Seattle  (UENSEARl) 

Los  Angeles  to  New  York  (LAXJFKRl) 

Los  Angeles  to  San  Francisco  (LAXSFORl) 

Los  Angeles  to  San  Francisco  (LAXSF0R2) 

Miami  to  Los  Angeles  (MlALAXRl) 

Minneapolis  to  San  Francisco  (MSPSFORl) 

Seattle  to  New  York  (SEAJFKRl) 
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FIGURE  23.  PROBLEM  SEGMENT  DATA  TABLE 
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These  routes  were  composed  of  32  discrete  segments  and,  as  shown  in  figure  24, 
are  representative  in  length,  location,  and  direction. 

Summary  by  Segments.  Figure  25  shows  the  summary  by  segments  of  the 
coverage  problems  that  were  recorded  when  coverage  for  the  above  routes  was 
processed  using  the  cross-course  error  data  shown  in  figure  21.  In  the 
columnar  data,  the  "COV"  column  indicates  the  number  of  miles  for  which  there 
was  no  coverage,  and  "ERR"  is  the  number  of  miles  for  which  the  cross-course 
error  exceeded  the  route  width  criterion  (i.e.,  W = 4.0).  Note  for  segment 
117b  (discussed  earlier),  that  there  are  32  miles  over  which  the  parent  route 
segment  and  the  north  offset  are  not  covered,  and  51  miles  where  the  south  off- 
set is  not  covered.  Where  there  was  coverage,  the  cross-course  error  exceeded 
the  route  width  criterion  for  79  miles  on  the  parent  route  and  on  the  north 
offset  and  for  60  miles  on  the  south  offset.  The  "ERR"  and  "COV"  data  add  to 
111  miles  where  there  is  a problem  which  is  consistent  with  the  data  shown  in 
figure  22.  Of  the  32  segments,  19  are  shown  in  figure  25  as  having  problems; 
the  other  13  being  problem  free. 

Summary  by  Routes.  An  example  of  this  summary  is  shown  in  figure  26  for 
the  route  from  Boston  to  Miami.  Although  this  route  consists  of  four  segments 
(P117,  117A,  117b,  D117),  only  the  two  shown  liave  coverage  problems  and  for 
the  mileage  indicated.  These  miles  are  route  miles  starting  at  the  east  (BOS) 
end.  In  these  data,  cross-course  errors  are  those  for  the  facility  (on  the 
right-hand  side)  which  was  selected  as  providing  the  best  coverage.  A minus 
(-)  sign  indicates  no  coverage.  Note  that  for  route  coverage,  the  offset  data 
are  given  as  "left"  and  "right,"  which  is  consistent  with  the  direction  of 
flight,  Boston  ^ Miami.  Thus,  it  can  be  seen  that  the  "south"  offset  data 
in  figure  22  (segment  117B)  have  been  converted  to  "left"  offset  where  the 
segment  forms  part  of  the  BOSMIA  route..  If  these  data  were  applied  to  the 
MIABOS  (Miami  to  Boston),  the  converse  would  be  true. 

Problem  Route  Summary.  An  example  of  the  coverage  problem  sumnary  for 
all  routes  processed  is  shown  in  figure  27.  In  this  case,  eight  routes  were 
processed;  but  only  the  SxX  had  coverage  problems.  In  tills  listing,  the 
percentage  values  liave  been  truncated  (not  rounded)  at  the  percent  shown 
(i.e.,  4.7  percent  is  shown  as  4). 

Network  Summary.  Coverage  problems  for  the  total  network  are  also 
summarized  as  per  the  example  shown  in  figure  28.  Of  the  eight  routes 
processed,  two  (25  percent)  were  problem  free;  however,  6,553  miles  (69.5 
percent)  were  problem  free.  The  latter  data  include  all  problem-free  miles 
In  the  eight  routes  processed,  not  just  the  mileage  of  the  two  problem-f r&e 
routes.  The  network  route  miles  and  the  network  segment  miles  are  both 
shown  as  9,423.  However,  this  is  only  because  the  routes  selected  for  Ithis 
discussion  all  used  different  segments.  Normally  this  is  not  the  case,  and 
the  route  miles  would  exceed  the  discrete  segment  miles  in  the  network. 

Note,  however,  that  there  is  a difference  in  the  problem  miles  of  the  routes 
as  compared  to  the  segments.  This  results  from  the  offset  data  around  the 
turns,  where  the  problems  on  the  segment  extension  are  Included  in  the 
problem  data  on  the  route.  The  "away  offset"  data  are  for  those  cases  where 
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FIGURE  24.  COVERAGE  ON  SELECTED  ROUTES 
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FIGURE  27.  PROBLEM  ROUTE  SUMMARY 
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FIGURE  28.  NETWORK  SUMMARY  - SELECTED  ROUTES 


the  offset  is  on  the  opposite  side  of  tlie  route  from  tlie  VORTAC.  These  data 
are  additive  to  the  parent  route  data.  For  example,  the  away  offset  has 
184  more  miles  of  no  coverage  than  the  parent  route  and  127  more  miles  wiio 
the  cross-course  error  exceeded  route  width  criteria. 

APPLICATION  OF  COVERAGE  CONTOURS  TO  AI^  RNAV  ROUTE  STRUCTURE. 

In  order  to  provide  estimates  regarding  the  capability  of  the  present  NAVAID 
system  to  support  RNAV  routes  at  or  above  18,000  feet,  it  was  decided  to  test 
the  RNAV  structure  described  in  reference  1 against  the  coverage  contour  data 
developed  by  the  methodology  described  in  this  report. 

The  RNAV  structure  (figure  29)  consists  of  1,018  routes  connecting  450  airport 
pairs.  Routes  were  formed  by  the  interconnection  of  great  circle  segments 
starting  at  the  boundary  of  the  departure  terminal  and  ending  at  the  boundary 
of  the  arrival  terminal.  Each  discrete  segment  could  be  used  by  several  routes, 
which  accounts  for  the  difference  between  the  number  of  segment-miles  (151,309) 
and  the  number  of  route-miles  (579,008).  The  selected  airport  pairs  generate 
approximately  67  percent  of  the  domestic,  high-altitude  traffic  and,  with  only 
minor  extensions,  the  structure  could  accommodate  over  90  percent  of  the 
traffic  in  the  high-altitude  airspace.  Although  the  structure  is  only  hypo- 
thetical, the  coverage  data  derived  by  using  it  as  a test  case  should  provide 
useful  information  for  RNAV  implementation  planning. 

Of  the  297  U-VORTAC's  in  the  conterminous  U.S.,  290  contours  developed  from 
terrain  data  were  used  for  deriving  route  coverage  data,  while  the  remaining 
seven  contours  were  taken  from  the  RACO  flight  check  data.  Although  terrain 
data  were  available  for  these  facilities,  the  coverage  contours  developed 
from  the  data  appeared  somewhat  questionable  when  compared  with  the  flight- 
check  data,  and  it  was  therefore  decided  to  use  the  latter  for  this  report. 

In  addition  to  signal  coverage,  route  width  and  RNAV  offset  requirements  must 
also  be  considered  when  examining  the  capability  of  a NAVAID  system  to  support 
an  RNAV  route  structure.  Furthermore,  these  factors  are  directly  related  to 
air  traffic  control  (ATC)  requirements  and  to  the  assumed  values  for  cross- 
course navigational  errors.  At  the  present  time,  the  navigational  errors 
being  applied  to  RNAV  routes  are  those  published  in  Advisory  Circular  90-45A, 
dated  February  21,  1975.  These  data  are  shown  in  figure  21  of  this  report. 

The  RNAV  task  force  (reference  2)  proposed  that  these  errors  could  be  sub- 
stantially reduced  provided  certain  improvements  were  made  in  the  various 
elements  which  contribute  to  cross-course  error.  The  task  force  error  table 
is  shown  in  figure  30.  By  assumption,  route  width  is  equal  to  the  2-sigma 
cross-course  error  value.  Therefore,  it  can  be  seen  from  figures  21  and  30 
that  with  a given  route  width  requirement  (l.e.,  M miles),  the  task  force 
data  permit  substantially  greater  spacing  between  VORTAC's.  Stated  differently, 
with  a given  set  of  VORTAC's,  application  of  the  task  force  error  data  to  an 
RNAV  structure  should  render  substantially  fewer  problem  areas  than  the 
AC  90-45A  data. 
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FIGURE  29.  HYPOTHETICAL  HIGH-ALTITUDE  RNAV  ROUTE  STRUCTURE 
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FIGURE  30.  RNAV  TASK  FORCE  CROSS-COURSE  ERROR  TABLE 


To  determine  the  magnitude  of  this  difference,  RNAV  route  coverage  data  were 
derived  using  each  of  these  error  tables.  A comparison  was  also  made  with 
different  route  width  criterion;  viz,  +4  miles  and  +5  miles.  Ttiis  comparison 
was  made  only  with  the  AC  90-45A  error  data,  since  the  2-sigma  error  in  tiie 
RNAV  task  force  data  is  equal  to  or  less  than  5 miles  when  tiie  along-track 
distance  is  130  miles  or  less,  which  is  the  maximum  distance  for  18,000-foot 
coverage.  For  a higher  altitude,  the  maximum  distance  would  be  increased,  and 
the  task  force  data  would  then  be  pertinent  (figures  ii  and  30).  For  each 
application,  the  "offset"  parameter  was  set  at  twice  the  route  width  parameter, 
which,  in  effect,  treats  the  coverage  of  the  offset  as  an  uncharted  route, 
contiguous  to  the  parent  route,  with  centerline  spacing  consistent  with  tiie 
route  width  criterion. 

From  the  above  it  can  be  seen  that  three  sets  of  RNAV  route  coverage  data  were 
derived;  namely: 

1.  AC  90-45A  error;  route  width  = +4  miles;  offset  = 8 miles, 

2.  RNAV  task  force  error;  route  width  = miles;  offset  = 8 miles,  and 

3.  AC  90-45A  error;  route  width  = +5  miles;  offset  = 10  miles. 

As  discussed  under  Che  METHODOLOGY  section,  these  data  sets  consist  of : 

1.  Detailed  coverage  data  for  each  segment, 

2.  A list  of  the  segments  which  have  coverage  problems,  with  a 
summary  by  segment  of  these  problems, 

3.  A list  of  the  routes  which  have  coverage  problems  showing  where  the 
probiems  are  by  segment  and  by  mileage  along  the  route, 

4.  An  overall  sumitiary  of  tlie  problem  routes,  and 

5.  A network  summary. 

Due  to  the  volume  of  data,  only  the  last  two  items  were  included  in  this 
report.  Computer  output  of  the  other,  more  detailed  data  is  retained  in 
the  project  files  for  ready  examination,  which  may  be  desirable  to  show  more 
precisely  where  the  NAVAID  coverage  problems  are  for  the  high-altitude  air- 
space. Appendices  A,  B,  and  C contain  the  overail  summaries  for  the  routes 
with  coverage  problems  tested  under  the  three  conditions  shown  above.  The 
network  summaries  for  these  tests  are  depicted  in  figures  31,  32,  and  33, 
respec  t ively . 

By  comparing  the  data  in  figure  32  with  those  in  figure  31,  it  can  be  seen  that 
reductions  in  the  cross-course  error  proposed  by  the  RNAV  Task  Force  would 
substantially  reduce  the  RNAV  route  coverage  problems.  For  example,  of  the 
1,018  high-altitude  RNAV  routes  in  the  hypothetical  route  structure,  the 
routes  with  coverage  problems  were  reduced  from  664  (65.2  percent)  to 
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FIGURE  31.  NETWORK  SUMMARY— HYPOTHETICAL  RNAV  ROUTE  STRUCTURE  (AC  90-45A  CROSS-COURSE 
ERROR,  ROUTE  WIDTH  = +4  nmi) 
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FIGURE  32.  NETWORK  SUMMARY— HYPOTHETICAL  RNAV  ROUTT:  STRUCTURi:  (RNAV  TASK  FORCE 
CROSS-COURSE  ERROR,  ROUTE  WIDTH  = +4  nmi) 
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FIGURE  33.  NETWORK  SUMMARY— HYPOTHETICAL  PvNAV  ROUTE  STRUCTURE  (AC  90-A5A  CROSS-COITISE  ERROR 
ROUTE  WIDTH  * +5  nmi) 


151  (14.8  percent).  When  looking  at  all  route  miles  in  the  structure  (579,0081, 
the  number  of  miles  where  coverage  problems  occurred  was  8,876  (1.5  percent) 
when  the  task  force  error  data  were  applied,  as  compared  to  71,489  miles 
(12.4  percent)  for  the  AC  90-45A  error  data.  The  problem  data  for  the 
discrete  line  segments  in  the  structure  (1,206)  also  show  a reduction  of  from 
451  (37.4  percent)  to  64  (5.3  percent).  The  reduction  in  problem  miles  along 
the  segments  is  about  the  same  as  that  accumulated  over  the  routes.  Also,  the 
number  of  network  miles  where  the  route  width  exceeds  +4  miles  was  reduced 
from  13,482  (8.9  percent)  to  114  (.08  percent).  It  is  apparent  that  with  the 
RNAV  task  force  cross-course  error  data,  route  width  is  not  a problem  with  the 
number  and  location  of  H-VORTAC's  presently  in  operation.  The  primary  concern 
is  whether  or  not  here  is  signal  coverage.  Furthermore,  of  the  151,309 
network  miles,  only  1,164  (less  than  1 percent)  were  not  within  the  coverage 
contours  of  the  present  system  of  ll-VORTAC's.  This  is  highly  significant, 
since  (a)  the  routes  were  designed  without  considering  VORTAC  location,  (b) 
several  routes  are  over  water,  and  (c)  coverage  is  computed  at  18,000  feet, 
which  is  well  below  the  normal  flight  plan  altitude.  For  example,  of  the 
1,164  miles  that  were  not  covered,  576  miles  were  on  routes  connecting  to  tiie 
Miami  area.  These  routes,  with  long  over-water  segments,  are  normally  flown 
at  altitudes  above  30,000  feet,  and  coverage  distances  at  tliese  altitudes 
are  substantially  increased  (approximately  proportional  to  the  square  root  of 
the  altitude).  However,  at  greater  distances  route  width  also  increases; 
therefore,  the  solution  would  probably  be  a trade-off  between  moving  the 
routes  closer  to  shore  or  using  a wider  route  width.  Also,  L-VORTAC's  may 
be  available  to  cover  the  routes  where  H-VORTAC's  do  not. 

Coverage  problems  on  the  offset  located  on  tiie  opposite  side  of  tlie  route 
from  the  VORTAC  (AWAY  OFFSET)  also  appear  to  be  minimal.  Note  tiiat , while 
the  number  of  miles  that  the  away  offset  is  not  covered  when  tiie  parent 
route  is  covered  is  small  in  all  cases,  tliese  data  should  not  be  affected  by 
the  cross-course  error  being  applied.  The  difference  in  these  data  between 
figures  31  and  32  results  from  the  logic  used  to  select  the  preferred  VORTAC 
(METHODOLOGY  section).  Revised  logic  has  been  developed,  but  was  not 
applied  for  this  data  report. 

The  impact  of  different  route  widtli  and  offset  criteria  can  be  observed  by 
comparing  figure  33  with  figure  31.  Overall,  the  problem  areas  are  reduced 
by  a factor  of  over  3 to  1.  In  particular,  the  number  of  route  miles  where 
the  route  width  criterion  is  exceeded  is  reduced  from  13,482  (8.9  percent) 
to  2,139  (1.4  percent).  As  discussed  in  reference  1,  route  widtli  requirements 
depend  to  a large  extent  on  route  density.  Therefore,  to  more  realistically 
assess  this  problem  area,  it  would  be  necessary  to  localize  where  route 
width  exceeds  required  values.  The  data  generated  by  the  NAFEC  route 
coverage  process  are  amenable  to  this  type  of  analysis;  however,  the  actual 
tabulation  of  these  data  is  beyond  the  scope  of  this  study. 
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SUMMARY  AMD  CONCLUSIONS 


Systematic  implementation  of  area  navigation  in  the  National  Airspace  System 
requires  that  a continuous  effort  be  made  to  identify  NAVAID  support  require- 
ments and  to  resolve  potential  problem  areas.  For  the  near-term  planning 
phase,  gross  answers  to  the  NAVAID  support  question  are  needed  in  order 
define  the  magnitude  of  the  problem  at  an  early  date  so  that  appropriate 
actions  can  be  initiated  in  a timely  manner.  As  the  development  of  RNAV 
route  structures  progresses,  and  system  requirements  become  firm,  more  detailed 
and  specific  data  concerning  NAVAID  support  will  be  required.  The  study 
reported  on  herein  was  established  to  support  RNAV  implementation  in  this 
area,  both  for  the  near-term  period  as  well  as  for  the  longer  range  activities. 
This  interim  report  reflects  the  work  accomplished  during  the  initial  phase 
of  this  effort . 

During  this  phase,  a methodology  was  developed  to  provide  needed  information 
regarding  the  NAVAID  support  problem.  This  methodology  is  primarily  computer- 
based  and  involves  the  application  of  topographic  data  to  derive  estimates  of 
NAVAID  coverage.  Through  data  processing,  RNAV  routes  can  be  tested  against 
NAVAID  coverage  contours  to  identify  problem  areas  and  to  derive  other  data 
associated  with  the  support  of  RNAV  routes  provided  by  the  NAVAID  system. 

From  the  discussions  in  this  report,  it  seems  evident  that  the  approach  taken 
to  derive  the  NAVAID  support  data  is  valid.  Areas  where  the  methodology  should 
be  improved  upon  are  recognized,  however.  A limited  amount  of  cooperative 
flight  checking  should  be  conducted,  particularly  in  the  low-altitude  air- 
space, in  order  to  further  validate  the  process.  Also,  restrictions  to 
coverage  not  caused  by  surrounding  terrain  should  be  accounted  for.  In 
addition,  the  software  should  be  expanded  to  derive  data  not  currently  provided. 
For  example,  at  present,  only  problems  in  route  coverage,  such  as  gaps  and 
excessive  route  widths,  are  identified.  For  RNAV  implementation,  other  data 
are  needed  including  waypoint  definition  and  frequency  change-over  points. 

This  information  can  be  derived  manually  from  the  data  base  developed  by  the 
present  system.  However,  computer  processing  would  greatly  facilitate  this 
effort . 

Following  the  software  development,  a hypothetical  high-altitude  RNAV  route 
structure  was  tested  against  the  estimated  coverage  of  the  existing  system  of 
h-VORTAC's.  This  test  demonstrated  the  usability  of  the  methodology  and,  at 
the  same  time,  produced  some  coarse-grained  answers  currently  needed  for  RNAV 
Implementation  planning.  From  the  resulting  data,  it  appears  that  the  present 
NAVAID  system  will  support  a hlgh-al tltude  route  structure  with  only  a modest 
number  of  problem  areas.  Furthermore,  the  results  should  be  considered  as 
conservative  estimates  of  the  actual  situation,  due  to  certain  limitations  in 
the  test  itself.  First,  of  course,  the  route  structure  was  developmental 
in  nature  and  was  designed  without  consideration  of  NAVAID  location  and 
coverage.  Therefore,  many  of  the  indicated  problems  could  easily  be  resolved 
through  minor  route  modifications  which  would  not  Impact  the  efficiency  of 
the  structure.  Also,  the  coverage  data  were  computed  for  an  altitude  of 
18,000  feet  throughout  the  total  network.  This  is  not  representative  of  the 
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tiormal  enroute  altitudes  over  the  long,  over-water  segments  and  over  the  Rocky 
Mountain  area.  Also  Canadian  stations  were  not  included,  because  data  were 
not  available.  Thus,  coverage  gaps  occurred  in  some  of  the  northern  routes 
where,  in  fact,  adequate  coverage  exists.  In  addition  to  these  limitations, 
no  attempt  was  made  to  examine  alternative  solutions  that  may  be  possible; 

i.e.,  the  use  of  L-VORTAC's  and/or  the  upgrading  of  VOR's  and  TACAM's. 

Terrain  data  for  these  facilities  are  available,  and  their  use  to  resolve 
coverage  gaps  can  easily  be  determined.  In  connection  with  route  width  prob- 
lems, it  should  be  pointed  out  that  these  data  are  related  to  ATC  requirements 
and  to  assumed  values  for  cross-course  navigational  errors.  The  Impact  of 
applying  different  route  width  requirements  and  cross-course  errors  was 
demonstrated  by  the  test.  However,  the  extent  that  route  width  would  be  a 
problem  with  the  present  NAVAID  system  requires  more  definitive  information 
regarding  these  factors. 

The  foregoing  comments  and  qualifications  notwithstanding,  it  can  be  concluded 
from  tills  initial  NAVAID  support  study  that: 

1.  Tile  use  of  topographic  data  to  derive  estimates  of  NAVAID  coverage  is  a 
viable  approach  provided  that: 

a.  The  terrain  data  base,  facility  locations,  and  site  elevations  are 
carefully  verified, 

b.  Computational  parameters  used  to  account  for  atmospheric  ref rac t i vi ty , 
signal  attenuation,  etc.,  have  been  validated  through  an  appropriate  amount 

of  flight  testing,  and 

c.  Other  restrictions  to  coverage,  caused  by  man-made  objects,  propa- 
gation anomalies,  and  the  like,  are  taken  into  account. 

2.  Terrain-derived  coverage  data  can  provide  a valuable  supplement  to  flight- 
check  activities  associated  with  RNAV  implementation.  In  particular,  these 
data  can  serve  as  a filter  to  reduce  flight-checking  costs  by  identifying 
potential  restrictions  to  NAVAID  coverage  caused  by  surrounding  terrain. 

Guidance  for  flight-check  altitudes  can  be  provided  as  can  the  identification 
of  the  radials  on  which  the  potential  problems  exist. 

3.  The  present  NAVAID  system  should  support  a high-altitude  RNAV  structure 
with  only  a modest  number  of  problems  to  be  resolved.  More  specifically: 

a.  The  problem  of  signal  gaps  on  RNAV  routes  should  be  insignificant 
when  all  factors  are  considered  and  available  solutions  examined. 

b.  With  reduced  cross-course  navigational  errors  as  depicted  in  the 
RNAV  task  force  report,  the  route  width  problem  is  also  insignificant.  Where 
route  width  requirements  are  relaxed  to  +5  miles,  the  problem  is  also  greatly 
reduced.  Thus  the  final  solution  to  this  problem  rests  first,  in  the  determi- 
nation of  ATC  requirements  (i.e.,  centerline  spacing,  minimum  enroute  altitudes 
(MLA) , etc.)  and  second,  in  the  directed  Improvement  of  specific  NAVAlD's. 
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4.  The  NAf’EC  methodology,  with  appropriate  improvements,  should  become  an 
integral  part  of  the  RNAV  implementation  program  for  application  in  determin- 
ing NAVAID  support  requirements. 

5.  Implicit  in  the  techniques,  methodologies,  and  analyses  in  this  report 
is  the  application  to  other  types  of  facilities  and  usages.  Among  these 
would  be  radar,  communications,  and  selection  of  proposed  sites  for  all  types 
of  facilities. 
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APPENDIX  A 


PROBLEM  ROUTE  SUMMARY,  HYPOTHETICAL  RNAV 
ROUTE  STRUCTURE,  AC  90-4 5A  CROSS-COURSE 
ERROR,  ROUTE  WIDTH  - +4  NMI 
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APPENDIX  B 


PROBLEM  ROUTE  SUMMARY,  HYPOTHETICAL  RNAV 
STRUCTURE,  RNAV  TASK  FORCE  CROSS-COURSE 
ERROR,  ROUTE  WIDTH  « +4  NMI 
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APPENDIX  C 


PROBLEM  ROUTE  SUMMARY,  HYPOTHETICAL  RNAV 
ROUTE  STRUCTURE,  AC  90-4 5A  CROSS-COURSE 
ERROR,  ROUTE  WIDTH  = 4-5  NMI 
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